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REMARKS 

I. PENDING CLAIMS 

Claims 1-11, 22-37 and 48-50 are currently pending. 

II. REJECTION UNDER 35 USC 101 

The claims are amended to overcome the rejection. The amendments take into 
consideration the amendment suggested by the Examiner in the Office Action. The Applicants 
appreciate the Examiner's suggestion. 

III. REJECTION OF CLAIMS 1-11, 22-37 AND 48-50 UNDER 35 USC 103 AS 
BEING UNPATENTABLE OVER WALKER ET AL. (US PATENT NO. 6,088,686) 
IN VIEW OF HOOVER ET AL. (US PATENT NO. 5,560.005) 

Claim 1 relates to a computer-implemented decision management process for evaluating 
a customer of an organization having more than one account. As recited, for example, in claim 
1 , the process comprises (a) loading all customer and account data required for evaluating the 
customer and each of the accounts; and (b) evaluating the customer and each of the accounts 
via an iterative function which uses the loaded customer and account data. 

As recited, for example, in claim 1, the evaluation determines which strategy of a plurality 
of strategies will be used to evaluate each account via the iterative function based on a type of 
the account, evaluates each account for a same product or service via the iterative function with 
the same strategy, and evaluates accounts for different products or services via the iterative 
function with different strategies. 

Moreover, as recited, for example, in claim 1 , the loaded customer and account data is 
loaded at a time prior to the evaluation and is sufficient to evaluate the customer and each of the 
accounts by the evaluation without loading additional customer or account data. 

As an example, in the specific example in FIG. 10 of the application, an iterative function 
(see "next iteration" in FIG. 10) is used to evaluate the customer and each of the accounts. In 
Account Type 222 and Account Type 224, the type of account is taken into consideration. For 
example, it is determined what kind of product or service the account is for. In FIG. 10, different 
strategies are used to evaluate credit card accounts and mortgage accounts, respectively. Via 
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the iterative function in FIG. 10, the process loops back so that each account of the customer is 
evaluated, with accounts for different products or services being evaluated with different 
strategies. 

Therefore, in the example of FIG. 10, via the use of an iterative function, all the required 
customer and account data is loaded, prior to doing the evaluation for the various accounts. The 
loaded customer and account data is sufficient to evaluate the customer and each of the 
accounts, without loading additional customer or account data. Please note that claim 1 
specifically recites that the customer and each of the accounts is evaluated via an iterative 
function which uses the loaded customer and account data, and that the loaded customer and 
account data is sufficient to evaluate the customer and each of the accounts without loading 
additional customer or account data. See for example, page 17, line 19, through page 18, line 6, 
of the specification. See also FIGS. 9, 10 and 11. 

Walker relates to processing of applications for products and services offered by a 
financial institution. See, for example, the Abstract, and column 5, lines 66, through column 6, 
line 15, of Walker. The overall processing of applications is shown in the flow chart which runs 
from FIGS. 40-51 of Walker. 

However, Walker shows the processing of only a single application by an applicant. The 
process does not show the processing of multiple applications by the same applicant. 

For example, FIGS. 40-51 of Walker show the various processes which are executed to 
determine if a respective application is accepted. Final processing is shown in FIG. 51 . 
Referring to FIG. 51, after a decision on a processed application is made, customer information 
is updated in step 2258. Then, the processing ends in step 2260. 

It is important to note that the final processing in FIG. 51 of Walker does not loop back to 
FIG. 40 to begin processing of another application of the same applicant. This is significantly 
different than the present invention, where a plurality of accounts of an applicant are evaluated 
via an iterative function. 

Therefore, Walker does not show the use of an iterative function to evaluate more than 
one account, as in various embodiments of the present invention. 

Moreover, if some type of loop back was considered in Walker, it is unclear where such a 
loop back would return. For example, steps 2002 to 2006 in FIG. 40 of Walker relate to the 
loading of customer data. If the system of Walker would require a loop back to steps 2000 or 
2002, such a loop back would be significantly different than various claimed embodiments of the 
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present invention where all the required customer and account data for evaluating a plurality of 
accounts is loaded, since customer data in Walker would have to be reloaded in the system to 
evaluate another application. This operation in Walker would be contrary to the present 
invention as recited, for example, in claim 1 . Please note that Walker also retrieves data in other 
steps, such as in steps 2092 and 2094 in FIG. 43. 

Therefore, it is respectfully submitted that Walker does not disclose or suggest the use of 
an iterative function to evaluate a plurality of accounts of a customer, or the loading of all 
required customer and account data to evaluate a plurality of accounts of the customer, as in 
various claimed embodiments of the present invention. 

Claim 1 also recites that "said evaluating determines which strategy of a plurality of 
strategies will be used to evaluate each account via the iterative function based on a type of the 
account". For example, in operations 222 and 224 in FIG. 10, different strategies are used to 
evaluate an account based on the type of account. 

More specifically, as recited, for example, in claim 1, and as shown in FIG. 10, an 
iterative function (see "next iteration" in FIG. 10) is used to evaluate the customer and each of 
the accounts. In steps 222 and 224, the type of account is taken into consideration. For 
example, it is determined what kind of product or service the account is for. In FIG. 10, different 
strategies are used to evaluate credit card accounts and mortgage accounts, respectively. Via 
the iterative function in FIG. 10, the process loops back so that each account of the customer is 
evaluated, with accounts for different products or services being evaluated with different 
strategies. 

It is respectfully submitted that Walker does not disclose or suggest such features. 

* * ★ 

Claim 1 specifically recites that the customer and each of the accounts thereby being 
evaluated in a "single pass." A "single pass" indicates that, in the evaluation of a customer, the 
required customer and account data is retrieved and loaded once, prior to doing the customer 
evaluation. After the data is loaded, customer and account rules can be run interactively and 
interchangeably against the data. See for example, page 17, line 19, through page 18, line 6, of 
the specification. 

As described, for example, on page 17, line 19, through page 18, line 6, of the 
specification, such use of a single pass is particularly important where a respective customer 
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has many accounts. Thus, the process does not have to run multiple times with dependencies 
between previous and subsequent occurrences. 

In view of the above comments, it is respectfully submitted that Walker does not disclose 
or suggest such a "single pass". 

* * * 

On page 3 of the outstanding Office Action, the Examiner asserts that: 

'Via on-line real-time integration of the many systems (block 52) involved in the process, 
all of the existing customer's accounts (each of the customer's accounts, some can be of 
the same type) are systematically and automatically reviewed (all customer and account 
data loaded without additional data) during the application session to determine the 
aggregate balance amount, which gives rise to the best price being offered to the 
existing customer 10 (evaluating customer) for the requested credit product." 

The above quote from the Office Action corresponds to the disclosure in column 9, lines 
33-39, of Walker. 

However, it is respectfully submitted that this portion of Walker does not disclose or 
suggest the use of an iterative function in the manner recited, for example, in claim 1 of the 
present application and shown, for example, in FIG. 10 of the present application. 

Instead, the above-described disclosure in Walker relates to various steps in the flow 
charts of FIGS. 40-51 of Walker. For example, the above-described disclosure in Walker refers 
to block 52. Step 2006 in FIG. 40 of Walker specifically includes the notation "as illustrated in 
figure 1 block 52". 

However, not all data is loaded in step 2006 of FIG. 40 of Walker. For example, Walker 
continues to load additional required data throughout any evaluation process in Walker. For 
example, Walker also retrieves data in steps 2092 and 2094 in FIG. 43. 

Therefore, it is respectfully submitted that Walker does not load all customer and account 
data required for evaluating the customer and each of the accounts prior to initiating the 
evaluation without loading additional customer or account data. 

Please note that claim 1 specifically recites that the data is loaded prior to "initiating" the 
evaluation. 
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Moreover, the above-described portion of Walker simply indicates that Walker 
determines the best price to offer an existing customer for a requested credit product. This 
portion of Walker does not disclose or suggest that a decision is produced for each account of 
the customer. 

Please note that claim 1 specifically recites a respective decision being produced for 
each of the accounts. See, for example. Decisions D1 through D8 in FIG. 10 of the present 
application. 

* * * 

On page 4 of the outstanding Office Action, the Examiner refers to the Maximum Debt 
Burden Offer of Walker. 

The Maximum Debt Burden Offer is disclosed, for example, in column 7, line 57, through 
column 8, line 24, of Walker. As specifically disclosed in column 8, lines 17-24, of Walker, the 
Maximum Debt Burden Offer refers to: 

A maximum loan or line dollar amount whose associated monthly payment, when added 
to the monthly payment amounts for the applicant* s existing debts and rent or mortgage 
payment, divided by the customers' monthly income, creates a debt burden ratio (such as 
45%) that is specified in the product parameters. If the maximum debt burden amount is 
negative or not used because amount requested is less than designated parameter (e.g., 
$2,500), the amount assigned to Maximum Debt Burden Offer will default to product 
minimum. 

Therefore, generally, Walker simply uses the total debt payments to determine an 
amount that can be loaned to an applicant. Such debt payments might include, for example, 
credit card debt and mortgage debt. 

However, this disclosure in Walker does not indicate the use of an iterative function to 
evaluate each account of a customer for a same product or service via the same strategy and 
evaluate accounts of the customer for different products or services with different strategies as 
recited, for example, in claim 1 . For example, as indicated above. Walker shows the processing 
of only a single application by an applicant. The process does not show the processing of 
multiple applications by the same applicant. 
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On page 5 of the Office Action, the Examiner asserts that Walker shows a series of 
tables which are iteratively used in the process of Walker. Therefore, the Examiner correlates 
the tables of Walker to the iterative function of the claimed invention. 

The tables of Walker are disclosed, for example, in column 9, line 66, through column 
10, line 13, of Walker. From this disclosure in Walker, it appears that the tables are used simply 
as a relational tool to access stored data, such as in a relational database model. Such use of 
tables is significantly different than the use of an iterative function of the claimed invention. 
More specifically, it is respectfully submitted that the tables of Walker do not indicate the use of 
an iterative function to evaluate each account of a customer for a same product or service with 
the same strategy and evaluate accounts of the customer for different products or services with 
different strategies as recited, for example, in claim 1 . Instead, the tables of Walker simply 
indicate that data can be stored and accessed in a relational manner. 

* * * 

Hoover describes an "object-based relational distributed database system and 
associated methods of operation that transforms data stored in a plurality of remote, 
heterogeneous user databases into a homogeneous data model." See, for example, the 
Abstract of Hoover. 

However, in view of the comments above with respect to Walker, it is respectfully 
submitted that the present invention is patentable over the combination of Walker and Hoover. 

In view of the above, it is respectfully submitted that claims 1-6. 8, 9, 22, 23, 24, 26-31, 
34, 35 and 48-50 are patentable over the cited references. 

* * * 

Claims 7, 32 and 33 relate to the use of an iterative matrix. 

See, for example, the use of an iterative matrix in FIG. 14 and the corresponding 
disclosure on page 24, line 5, through page 25, line 3, of the specification. 

In view of the above comments with respect to the tables in Walker, it is respectfully 
submitted that none of the cited references discloses or suggests the use of an iterative matrix. 

Therefore, it is respectfully submitted that claims 7, 32 and 33 are patentable over the 
combination of Walker and Hoover. 
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Claims 10, 11, 25, 36 and 37 relate to an iterative function calling another iterative 
function. See, for example, page 24, lines 1-3, of the specification. 

In view of the above comments with respect to the tables in Walker, it is respectfully 
submitted that none of the cited references discloses or suggests an iterative function calling 
another iterative function. 

Therefore, it is respectfully submitted that claims 10, 1 1 , 25, 36 and 37 are patentable 
over the combination of Walker and Hoover. 



In view of the above, it is respectfully submitted that the rejection is overcome. 
IV. CONCLUSION 

In view of the above, it is respectfully submitted that the application is in condition for 
allowance, and a Notice of Allowance is earnestly solicited. 

If any further fees are required in connection with the filing of this response, please 
charge the fees to our Deposit Account No. 19-3935. 



Respectfully submitted, 



STAAS & HALSEY LLP 




1201 New York Avenue, N.W., 7th Floor 
Washington, D.C. 20005 
Telephone: (202)434-1500 
Facsimile: (202)434-1501 
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